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[57] ABSTRACT 

The present invention relates to methods and systems for 
maintaining application programs on a client computer in a 
client-server network environment. Th e task of dynamica lly 
u pgrading compo nents in the application yogr^najunnihg 
orTa client is greltly~simplified-by~reridering control to the 
individual client rather than to a central server. The version 
updating procedures of the present invention further pro- 
vides steps to ensure speedy and error- free transfer of the 
required files and components through an open network 
environment, such as the Internet. 
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SYSTEMS AND METHODS FOR tained on the client. The appli cation program on the clien t is 

AUTOMATIC APPLICATION VERSION updated by download ing fro m the ser ver to the clien t the 

UPGRADING AND MAINTENANCE selected components't or which the version ident ifications do 

not matc h. ""The updated application program is then 

BACKGROUND OF THE INVENTION 5 executed on the client. 

The present invention relates to methods and systems for The above preferred method further comprises updating 

maintaining components of application programs in a client/ the application_proflram on the cliept by d ownloadin gTrom 

server network environment. A client is a personal computer the serve rj othe client the selected c omponents specified in 

or a workstation that operates on a network to execute the catalo gwbich are new andrfheretore, notp resenTon t he 

various application programs. A server is typically a larger, 10 client. Thisalso makes possible the initiarinstallation of the 

centralized computer on the network which services the application on the client. Similarly, the catalog file can 

clients by providing programs, files and data, and by con- specifyj md cause to delete frorn j he client any c omponents 

trolling hardware devices shared by the clients. previously i ncluded in the application program whic h are no 

An application program typically comprises a number of longer neeo^Toe^utr n the updated^eTslonr 

components each of which exists as a separately addressable In the preferred embodiment, the catalog is used to 

file, and where each component is identified by a version specify: network addresses of other servers from which the 

number, perhaps indicating its creation date. An application catalog or component modules can be retrieved in subse- 

program may typically undergo numerous revisions and quent updates; directory locations on the client for storing 

updates throughout the course of its operational existence on the downloaded components for proper execution of the 

the client. In the network environment, an application pro- application program on the client; and procedures for 

gram on the client can be kept current by replacing one or executing programs on the client, such as virus scanning 

more of such components, or by adding or deleting compo- code, after each component is downloaded as well as prior 

nents. The components having the latest version numbers to and following the execution of the updated application 

can be maintained on the central server and distributed from 25 program. 

the server to each individual client as needed through a In the preferred embodiment, the catalog file retained on 

standard file transfer protocol. the client specifies a maximum wait-time interval to limit 

In the prior art systems, the version upgrading or com- anv delav associated with updating the application program, 

ponent upgrading procedures are driven by the central server and a list of further servers on the network, each including 

through complex interactions between the server and client 30 a c°Py of the catalog file. When, in response to the call to the 

systems. server from the client, the server fails to download the 

catalog within the maximum wait-time interval, the client 

SUMMARY OF THE INVENTION cancels the download and routes the call to one of the further 

Server-driven methods, however, are inherently unsuited servers t0 en 8 a S e a new download and so on until the catalog 
for applications running on open-architecture networks, 35 has beeD d °wri loaded within the specified maximum wait- 
such as the Internet or intranet settings, in which the time mterva i* 

individual clients are difiScult to access and control. The In the preferred embodiment, the catalog file is specified 

methods and systems of the present invention significantly with a cryptographic digest for each component to ensure its 

improve the version updating process in a client-server authenticity and integrity. The client updates the application 

environment in which such updating requires frequent and 40 program on the client by downloading and replacing 

efficient deployment of the application components. In selected components for which the cryptographic digests do 

particular, the present invention shifts the version updating not match, and the client further computes the cryptographic 

control to the individual client rather than the server, not di g est s on the client to ensure that each of the downloaded 

only to reduce processing burden on the server but also to components is authentic and that each has not been cor- 

enable version updating in an open network environment, 45 rupted during the download transmission, 

such as the Internet, where the source providing servers In the preferred embodiment, the frequency of the updat- 

generally cannot control the remote clients. The methods of ing procedure is defined on a periodic basis or on an 

the present invention further adds security and protection event-driven basis. For example, a predefined time interval, 

from potential file corruption and undue delays during file such as a day or week can be specified in the catalog, or by 

transfer from a server to a client. By intelligently and 50 a user, and the application program is updated only on the 

automatically selecting to download and update only the first time the application is run in a specified time interval, 

needed and changed components of an application program, In another embodiment, the application program on the 

the present method alleviates the concerns of time and client is automatically updated by an operating system or by 

efficiency in any client-server network environment which a launcher program executed by a startup command on the 

requires highly dynamic application updates. 55 client each time the client is booted up. In such an 

In the preferred embodiment, the present_jnvention embodiment, the application program is caused to be 

involves maint aining on a server the comp onents of an updated regardless of whether the application program is 

application program, each having a version identification, executed at the client. Similarly, the client can be configured 

and maml^i nih^X^atalog ctf components wjthjfiQ-Xersion to update the application program periodically only as 

ident ificatio ns. The comp onents~ma y include executable 60 necessary to replace either outdated or corrupted 

codes, libTary files, parameter files, ancTdata files_of the components, or to delete any modules no longer needed, or 

applic^on_prp^rarBT"The application program is further to add any new modules. 

maintained at a client. In response to a call to the server from In the preferred embodiment, the call to the server from 

the client, the server is caused to download the catalog to the the client is transmitted to the server by a launcher program 

client and the client compares the version identifications 65 on the client which operates as a proxy to the application 

between the components maintained on the server as indi- program. Selecting the application from the client to execute 

cated in the downloaded catalog and the components main- the program engages the launcher to communicate with the 
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server, to cause the server to download the catalog file, and FIG. 4A illustrates one embodiment of the launcher 

to update the application program on the client and execute configuration. 

the updated application program on the client. In such an F i GS 4B t0 4E illustrate the preferred embodiment of the 

embodiment, the launcher can be implemented as a separate Puncher configuration and the detailed preferred updating 

utility program or as a functional component of an operating 5 ss of the m mveDtion . 

system of the client and run invisibly in the background. ( 

' t , . , c, u u . i j , . FIG. 5 illustrates another aspect of the present invention 

Once the catalog file has been retrieved and processed in . . , .... , . . r 

accordance with the method of the present invention, the relalin e t0 minimizing download wait time, 

status of each updating of the application program, including FIGS - 6 A and 6B illustrate a further aspect of the present 

names of the components replaced, deleted or added on the 1Q invention relating to client configuration, 

client and related procedures, can be recorded in a file on the FIGS. 7A through 7C illustrate preferred implementations 

client for tracking and reporting the program usage and of the methods of the present invention in the Internet 

updates. Information in the downloaded catalog file, which environment, 

at least includes the list of names and version identifications ncTATT ™ ncoroTiynnM ^ c tuc 

of the components for the updated application program, is „ D ^S^SSSS^^ 

stored on the client to be used in a subsequent update. The PREFERRED EMBODIMLN FS 

catalog file can also be specified to include a procedure to Referring to the drawings, FIG. 1 illustrates a closed 

delete the components following the execution of the network 10 such as a local area network in which a central 

updated application program to free up disk space on the distribution server 12 controls the distribution of application 

client. 2Q software running on each of the multiple clients 14 within 

With the method of the present invention, controlling a the network 10. In such an environment, the version updat- 

version upgrade at the client through an open network ing typically requires the server 12 to undergo a complex 

environment, such as the Internet, can be easily imple- task of updating each client 14 individually. Such procedure 

mented. In the Internet environment, for example, the call to requires significant processor power particularly if the cli- 

a server for updating the application program can be made 25 ents must be updated at the same time. Further, a client 

through a hypertext link on a Web browser directed to the program may be updated unnecessarily when the program is 

catalog on the server. The launcher program can be inte- not routinely accessed at the client, 

grated into the browser as a helper application, a plug-in In an open network architecture, such as the Internet and 

module, or as a browser control. When the link is selected intranets, the centralized program updating is difficult due to 

from the client browser, the launcher is executed to update 3Q the fact that the individual clients are not necessarily con- 

the corresponding application components on the client. The trolled by the server. In the Internet, for example, a Web 

downloading chores of the update can be accomplished server communicates with a remote client on an anonymous 

through standard file transfer methods such as the file basis and cannot easily control the parameters of the client, 

transfer protocol or the hypertext transfer protocol. The FIG. 2 A illustrates a preferred method of the present inven- 

catalog file can also be specified to include a procedure to 35 tion wherein a client 22 controls the process of a software 

install on the client desktop an icon or a shortcut which upgrade in the client utilizing one or more servers 24 on a 

enables the end user to run the application without accessing network. More particularly, in FIG. 2B, a software version 

the Web page in subsequent updates. upgrade can be initiated through executing an application 

The above and other features of the invention including program on the client 22. The execution command transmits 

various novel details of construction and combinations of 40 a request signal 23 to the server 24 which holds the latest 

parts wiU now be more particularly described with reference application components. In the preferred embodiment, the 

to the accompanying drawings and pointed out in the claims. server responds by downloading a catalog of a list of the 

These features are described with reference to installing and application components, each identified with the latest ver- 

maintaining complete applications, but can also be used for sion number. Here, the server includes either a single 

individual components such as data files. It will be under- 45 computer or multiple computers or other servers networked 

stood that the particular devices and methods embodying the together. The catalog file is processed by the client 22 to j 

invention are shown by way of illustration only and not as selectivelv identifv and retrieve requirefcomponentsof the 

limitations of the invention. The principles and features of applic ation program from the server 24. 

this invention may be employed in varied and numerous A^ersistent cache directory 22a on the client 22 stores a 

embodiments without departing from the scope of the inven- 50 representation of the catalog file 26, which at least includes 

tion. the updated list of components and version numbers on the 

BRIEF DESCRIPTION OF THE DRAWINGS client, for a comparison in a subsequent version check. The 

_ components may either be stored in cache 22a or in program 

FIG. 1 is a graphical illustration of a closed network directories , such as 2 2b to 22d, specified in the catalog file 

environment including a central distribution server. 55 26> for proper exccution< It can be seen that on i y tne 

FIGS. 2 A and 2B illustrate generally the client-controlled components which require updating are downloaded, and 

network environment of the present invention. they are only downloaded when there is a need because the 

FIG. 3A illustrates the general framework in which the program is being accessed at the client, 

launcher program on a client controls a version update in FIG. 3A is a preferred flow sequence of a version updating 

conjunction with the procedure specified in the catalog file. 60 process 0 f tne pre sent invention. The process first involves 

FIG. 3B illustrates the process involved in composing the packaging a catalog file 300 in the server. The catalog file is 

preferred catalog file within the process as described in FIG. downloadable from the server to a client using standard 

3A. network transfer protocol, such as the file transfer protocol 

FIG. 3C is a graphical illustration of the user perspective or the hypertext transfer protocol. In the preferred 

of the launcher driven client. 65 embodiment, as described in FIG. 3B, a catalog file is 

FIG. 3D is a graphical illustration of the version check prepared to include application information 320 which 

process on the client. includes the client download directory location(s) and the 
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execution command to the application program. For each 
component that is now required, the catalo g file includes at 
324 a version identification, c ode or data size^ nd the 
network ad^ssreT)^here~the^atest.ye rsion of the co mpo- 
nent is storedrTbcTcomponents themselves may also be 
inclu3ect~v7ithin the catalog file in certain updating situa- 
tioas. For each component, a cryptographic digest is com- 
puted and specified in the catalog at 326. Such an encryption 
is used later to verify authenticity and integrity of the 
component following the completion of a download in the 
client. The catalog further includes at 328 for each compo- 
nent directory or subdirectory locations on the client where 
the component must reside in order to allow proper execu- 
tion of the application program. 

Additionally, the catalog includes at 330 identifications of 
components previously required in the application program 
that are now obsolete in the new version. At 340, the catalog 
file can also include the client's system environment vari- 
ables relative to the installation requirements in different 
client directory locations. An environment variable is a 
system wide parameter commonly used to store small items 
of information to be shared between multiple programs. In 
one embodiment of the invention, certain environment vari- 
ables hold references to directories in which application 
components are stored on the client. The catalog can also 
include at 342, network locations storing future versions of 
the catalog file and/or the associated application compo- 
nents. The catal og file can further include at 344 procedures 
necessary f or executin g codes-after retrieval of each com- 
ponent or prior to anb7oT"f511o^ n^trje^xecution of the 
updated application program. 

Returning to FIG. 3 A, the catalog file is retrieved at 302 
from the server in response to a~call~ffoln~the~client. In a 
preferred embodiment, as illustrated in FIG. 3C, the client 
22 of the present invention includes a launcher program 348 
which is automatically ajg^atg^ wheira user selects to run 
the appli cation undell yjngTcon 350 on a desktop window 
\ 346 of the client system 22. The launcher 348 serves as a 
\ proxy to the application program and communicates with the 
server 24 over a network to reques t a download of the 
catalog file. 

In FIG. 3A, the launcher processes the downloaded cata- 
log file at 304 and begin s I5~unpaclT the catalog file to initiate 
a version checlf at 30<>. The version comparison in these 
steps involves comparing the contents of a new catalog file 
352 downloaded from the server, as shown in FIG. 3D, with 
the existing representation of the catalog file 354 stored in 
persistent cache 22a of the client 22. The contents of the new 
catalog 352 reflect the latest component versions, and the 
catalog 354 in cache 22a lists the component versions 
presently installed on the client. The comparison described 
in these steps is only a basic requirement in an updating 
procedure. Other steps, as will be discussed later, can be 
specified in the catalog file and executed by the launcher on 
the client. 

Further referring to FIG. 3 A, the launcher at 308 engages 
the server to download the required components for a proper 
update as defined in the catalog file in 306. The encrypted 
components are authenticated at 310 through the crypto- 
graphic digests specified in the catalog file. The pre-launch 
code prescribed in the catalog file, such as a virus scan, is 
executed at 312. The updated and verified application pro- 
gram is launched and executed at 314 followed by any 
post- launch activities at 316 also defined in the catalog file. 
Information in the catalog file, which at least includes the 
updated list of components and version numbers on the 
client, is stored at 317 in cache on the client until the 
subsequent version update. 
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The launcher program can be configured in different ways 
to accommodate users with different options to control and 
update the application program. In one embodiment, as 
shown in FIG. 4 A, the launcher is a stand-alone program 

5 which can be executed through a desktop icon 400 on a 
client window. Selecting the icon executes the launcher 
program which provides a user with a dialog window to 
either select an existing application program to update at 401 
or specify the network address of the catalog file for a new 

10 application at 402. Through the launcher dialog window(s), 
a user can select any application program either to execute, 
or to update and execute, or simply to update the compo- 
nents therein. In another embodiment, as shown in FIG. 4B, 
an icon directed to the application program can be installed 

15 on the client desktop window at 404. Selecting the icon 
automatically launches the launcher program in the back- 
ground to begin an updating process. At 405, the launcher 
program in this embodiment is pre-configured with network 
addresses) of the catalog file as a parameter of the program. 

20 FIGS. 4C through 4E further illustrate the preferred 
process of the present invention. In the preferred 
embodiment, a user may either invoke at 406 an icon 
directly associated with the application progra m or run the 
launcher program at 407 to select a particular application 

25 program to update. In either option, the launcher program, 
executes with the address of the catalog file to initiate 
program update at 408. At 409, the launcher retrieves the 
catalog file from the specified server address or from a local 
disk, and, at 41^rtne^aTJnctaer reads the application intor- 

30 mation in the retrieved catalog file. The application infor- 
mation is as described in FIG. 3B and includes the client 
download directory location(s) and the execution command 
and procedure relative to the application program. The 
catalog file is further examined for any environment variable 

35 pertaining to the client system which instructs the launcher 
as to how the components are installed on the client. At 414, 
the launcher designates appropriate directories on the client 
where the components should be stored. 

The process for identifying the individual component files 

40 to download from the server begins at 416. At 416, the 
launcher reads the next component file name and version 
number or identification from the retrieved catalog file of the 
latest component versions made available on the server. 
Each component version number is compared at 418 with 

45 the current component version numbers listed in a previous 
catalog file representation stored in cache on the client. If the 
version number is correct, the cryptographic digest is 
checked at 419. Any component not on the client or showing 
different version numbers or different cryptographic digest 

50 are selected and retrieved from the specified server location 
420. The cryptographic digest is computed on a retrieved 
component at 421 and confirmed at 422. An incorrect j )r a 
corrupted component is similarly replaced aT420. At 424, 
the-launcher program executes any procedure such as virus 

55 scan decryption or expansion of encrypted or compressed 
component files specified in the catalog file after retrieving 
each component. 

Once the com ponents have downloaded, an y^fixisting 
components o rTthe client t hat are no t no longer needed as a 

60 resulHof Ibe version^ update are dele ted at 430. At 432, 
information in the catalog file, which at lelisrin^luSes the list 
of the components of updated application program, is stored 
in cache on the client for use in a subsequent update. The 
launcher then executes at 434 the pre-launch procedures 

65 specified in the catalog, such as virus scan, prior to executing 
the application program at 436. The process completes by 
running the post-launch procedures at 438. 
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The catalog file can also be specified to include a proce- (ftp) or the hypertext transfer protocol (hup). The launcher 

dure to delete the components following the execution of the program which receives and processes the catalog file is 

updated application program to free up disk space on the embedded (706) into the browser as a "plug-in" module or 

client. as a native browser control. A plug- in module is an inte- 

One aspect of the present invention relates to enhancing 5 grated component of a browser which enables the execution 

speed and efficiency with which an application program on 0 f non-Web applications within the browser environment. A 

a client is updated and executed so that the program runs native browser control is built into the browser, and is hence 

with the most current data and/or coding structure. FIG. 5 more tightly integrated than any add-on modules on separate 

describes a preferred method of the present invention in executables. At 708, the launcher is engaged to process the 

which the client monitors and limits the time spent on an 30 downloaded catalog file. Accordingly the components are 

initial download of the catalog file from a server to a client. downloaded to update the application program without 

In the preferred embodiment, the catalog file previously leaving the Web browser at 710 and the program is executed 

stored on the client includes a maximum wait time interval a t 712. 

specified as the time within which the transmission of the , n another embodiment, the launcher program is imple- 

catalog file to the client in response to an application launch ]5 mented ^ a browser "helper application." In FIG. 7B, 

command should be completed. Such a time limit is to Meeting lhe H n k directed to the catalog file on a Web page 

ensure that the catalog file is delivered quickly, and to initiates the download and version check on the client at 716 

identify and break a client-server communication jam which t0 720 ne reS ulting updated application components are 

might delay the download indefinitely if the particular stored in the client cache directory or in the appropriate 

session were maintained. As indicated previously, the cata- 20 program directories 722. The updated application program 

log file previously stored on the client includes the network can be execute d either within the Web session or after 

addresses of alternate servers storing the catalog file. Refer- exiting the Web browser at 726. The catalog file can also be 

ring to FIG. 5, in response to an application launchfrom a spec ified to include a procedure to install on the client 

client at 502, a timer is triggered to count down the maxi- desktop an icon or a shortcut which enables the end user to 

mum wait time interval specified in the catalog file at 504, 25 mn the ap pii ca tion without accessing the Web page in 

While the catalog file is being retrieved at 506 the timer is subsequent updates 

monitored against the maximum wait limit at 508. If the piG ?c mustrates a pre ferred process in which a Web 
download has exceeded the time limit, the launcher in the ^ ^ & Web bf ^ confi ^ not onl t0 
client terminates the session and connects to a different a nent catal file from a ^ but also t0 
server at 510 to initiate a new download. Hie ^ timer is again 30 retrieve a launcher to irnpleme nt the update pro- 
activated, and the time limit is monitored until the download cedufes Qn ^ ^ comvuier A{ 728 and m a user , 

is completed at 514. through a standard Web browser on a client, selects a link 

Another aspect of the present invention relates to provid- direcled tQ the catak)g file Qn a femote ^ browserj 

ing user flexibility at the client to control the updating thf0Ugh a standard internet protocol, such as hypertext 

procedures. In a preferred embodiment, as described in 35 transfer protocol, retrieves the catalog file at 732 in response 

FIGS. 6A and 6B, a client can be configured to adapt a tQ the lmk At 734j the browser ^ spec ified to query and 

number of different updatmg schedules. In this embodiment, determine whether the client maintains a launcher program, 

an application program may be selected to run either from a Jf lQe launcher prog ram is present on the client, the browser 

client desktop at 602 or during a boot sequence at 611, and invokes the launcher at 738 to begin lhe upda te process. In 

the associated launcher is automatically executed to run a 40 the event the client does nol support a launcher> lhe browser 

sequence of parameter checks. At 604, if the launcher is ^ directed t0 download a launcher program from the server 

configured to run an update on a periodic basis, such as on and tQ install the launcher integrally into the browser at 736. 

a daily, weekly, or monthly basis, the launcher, through an Equivalents 

internal calendar or clock, checks to determine if a new while tQe inventkm has beeo described in connection 

update is due with respect to the last update at 608, and, if 45 with specific me thods and apparatus, it is to be understood 

so, executes an update process once within such a period at that the description is by way of example and not as a 

609. If the update is specified during a boot sequence 611, to the 0 f the invention as set forth in the 

the launcher is executed at 612 during such boot and c i a i ms . 

performs the version update at 614 typically without execut- We c j a i m . 

ing the application program. In all the other configured 50 i. A method of maintaining application program compo- 

situations the client defaults to run the launcher automati- neQls Qn a network compr ising: 

cally in each application launch, unless otherwise specified . . . , .. . ^ r 

, *_ f\, 4 , w 1 j r 1* 5* *u maintaining on a server the application program, the 

by the user or m the catalog file. In the defaults sendmg toe prog ram including components; each having a version 

launcher can be unplemented as a component part of the [deification, and maintaining a catalog of components 

chent operating system to run mvisiblym the background. 55 wi, h the version identifications; 

Yet another aspect of the invention relates to providing . . . r 

fully controlled client-server environment within an open maintaining the application program on a client; 

network architecture, such as the Internet. In one preferred at the chent > identifying an application program for 

embodiment, as described in FIG. 7 A, the client is a World update; 

Wide Web (Web) client, such as a Web browser, and the 60 in response to a call to the server from the client, causing 
automatic version upgrading process is implemented to run the server to download to the client the catalog for the 
fully within such a browser. In this embodiment, a hypertext identified application program and, in the client, corn- 
link at 704 to an application program is provided within a paring the version identification between the compo- 
hypertext markup language (HTML) document displayed on nents maintained on the server, indicated in the catalog, 
a Web page. Such a link is a uniform resource locator 65 and the components maintained on the client; 
directed to a server site which makes available the catalog updating the application program components on the 
file for download through either the file transfer protocol client by downloading from the server to the client the 
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selected components for which the version identifica- selected components for which the cryptographic 

tions do not match and replacing the selected compo- digests do not match; and 

nents on the client; and computing the cryptographic digests on the client to 

executing the updated application program on the client; ensure that the downloaded components are authentic 

wherein substantially all processing, other than file 5 and that the components have not been corrupted 

transfers, in updating the application program is per- during transmission, 

formed at the client. 15. A method as claimed in claim 1 further comprising: 

2. A method as claimed in claim 1 further comprising specifying in the catalog any component of the applica- 
storing in a persistent cache nn the client q pprti Qn of_ th e tion program which are no longer needed to execute the 
catalog which 'include s the com ponents of the upda ted 10 program; and 

applica tion progra m on~t hT*cliejn t ~" in response to the call to the application program from the 

3. A method as claimed in claim 1 further comprising client, updating the application program by download- 
updating the application program on the client by down- ing the catalog from the server to the client and deleting 
loading from the server to the client the selected components the selected components on the client that are no longer 
not present on the client. 15 needed prior to executing the updated program. 

4. A method as claimed in claim 1 wherein the server 16 * A method as claimed in claim 1 further comprising 
downloads the catalog and components to the client for specifying a time interval in the catalog and the application 
updating the application program on the client by way of P ro f am 15 onl y 0Q a , first time the W^lion is run 
h ertext transfer rotocol in the specified time interval. 

e a .i . i . j • i ■ * < • *u 17. A method as claimed in claim 16 wherein the time 

5. A method as claimed in claim 1 wherein the server 20 ^ ^ a ^ frQm the ^ 

downloads the catalog and components to the client for lg A ag daimed [q ^ t ^ 

updating the application program on the client by way of file spec if ying a fixed time interval in the catalog at which the 

transfer protocol. application program is updated regardless of whether the 

6. A method as claimed in claim 1 wherein the catalog call t0 the server ^ ma( j e from the client. 

maintained on the server includes network addresses of 2 5 19. A method as claimed in claim 18 wherein the appli- 

further servers from which the components can be retrieved. cation program is updated at the fixed time interval only as 

7. A method as claimed in claim 1 wherein the catalog necessary to maintain the application program current with- 
maintained on the server includes directory locations on the 0 ut executing the application. 

client in which the downloaded components are stored for 20. A method as claimed in claim 1 wherein the applica- 

proper execution of the application program. 30 tion program on the client is automatically updated on the 

8. A method as claimed in claim 1 wherein the call to the client each time the client is booted up. 

server is transmitted to the server by a launcher on the client 21. A method as claimed in claim 1 further comprising 

which operates as a proxy to the application program such recording in a file the status of each updating of the 

that selecting the application from the client to execute the application program including names of the components 

program engages the launcher to communicate with the 35 replaced, deleted or added on the client and related proce- 

server to cause the server to download the catalog, update duxes f or tracking and reporting the program updates, 

the application program on the client, and execute the 22, A method as claimed in claim 1 wherein the compo- 

updated application program on the client. nen ts include executable codes, library files, parameter files, 

9. A method as claimed in claim 8 wherein the launcher an( i data files of the application program. 

is a functional component of an operating system running on 40 23. A method as claimed in claim 1 wherein the network 

the client. is the Internet, the server is an Internet server, and the client 

10. A method as claimed in claim 1 wherein the catalog ^ a World Wide Web browser, and the call to the server is 
includes procedures for executing supplemental programs ma d e through a hypertext link on the browser directed to the 
on the client prior to executing the updated application catalog on the server. 

program. 45 24. A method as claimed in claim 23 wherein the Web 

11. A method as claimed in claim 10 wherein the supple- browser includes a launcher program, the launcher program 
mental programs are executed following the execution of the being executed when the hypertext link to the catalog is 
application program. selected on the browser, to update the application program 

12. A method as claimed in claim 10 wherein the supple- an d to execute the updated application program thereafter, 
mental programs include a virus scanning program. 50 25. A method as claimed in claim 24 wherein the launcher 

13. A method as claimed in claim 1 further comprising program is a plug-in module to cooperatively run with the 
specifying a maximum wait-time interval to limit any delay browser. 

associated with updating the application program, and in a 26. A method as claimed in claim 24 wherein the launcher 

catalog maintained on the client specifying a list of further program is a helper application to cooperatively run with the 

servers on the network, each including a copy of the catalog, 55 browser. 

such that when the server fails to download the catalog 27. A method as claimed in claim 23 further comprising 

within the maximum wait-time interval, the client cancels specifying in the catalog a procedure to install an icon on the 

the download and routes the call to one of the further servers clieat which enables a user to subsequently execute the 

to engage a new download and so on until the catalog has application program without accessing the browser, 

been downloaded within the specified maximum wait-time 60 28. A method as claimed in claim 23 further comprising 

interval. specifying in the catalog a procedure to determine whether 

14. A method as claimed in claim 1 further comprising: a launcher program is present on the client, and if the 
specifying in the catalog a cryptographic digest for each launcher program is not present, retrieving from the server 

component to ensure authenticity and integrity of the the launcher program and installing the program into the 

component; 65 Web browser, 

updating the application program on the client by down- 29. A method as claimed in claim 1 wherein the network 

loading from the server to the client and replacing the is an intranet and the client is a World Wide Web browser, 
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and the call to the application program is made through a 
hypertext link on the browser directed to the catalog on the 
server. 

30. A method as claimed in claim 29 wherein the Web 
browser includes a launcher program, the launcher program 
being executed when the hypertext link to the catalog is 
selected on the browser, to update the application program 
and to execute the updated application program thereafter. 

31. A method as claimed in claim 30 wherein the launcher 
program is a plug-in module to cooperatively run with the 
browser. 

32. A method as claimed in claim 30 wherein the launcher 
program is a helper application to cooperatively run with the 
browser. 

33. A method as claimed in claim 29 further comprising 
specifying in the catalog a procedure to install an icon on the 
client which enables a user to subsequently execute the 
application program without accessing the browser, 

34. A method as claimed in claim 29 further comprising 
specifying in the catalog a procedure to determine whether 
a launcher program is present on the client, and if the 
launcher program is not present, retrieving from the server 
the launcher program and installing the program into the 
Web browser. 

35. A method as claimed in claim 1 further comprising 
specifying in the catalog a procedure to delete the compo- 
nents immediately after executing the updated application to 
free up disk space on the client. 

36. A system for maintaining an application program on 
a network comprising: 

a server for maintaining the application program, the 
program including components, each being provided 
with a version identification; 

a catalog on the server for specifying the components with 
the version identifications; 

a client which maintains the application program and, 
where a user selects the application program to execute 
the program, first causes the server to download the 
catalog to the client, compares the version identifica- 
tions of the components maintained on the server, 
indicated in the downloaded catalog, and the version 
identifications of the components maintained on the 
client, updates the application program on the client by 
downloading from the server to the client the selected 
components for which the version identifications do not 
match and by replacing the selected components on the 
client, and thereafter executes the updated application 
program. 

37. A system as claimed in claim 36 wherein a portion of 
the catalog, which includes the components of the updated 
application program on the client, is stored in a cache on the 
client. 

38. A system as claimed in claim 36 wherein the appli- 
cation program on the client is updated by downloading 
from the server to the client the selected components not 
present on the client. 

39. A system as claimed in claim 36 wherein the plurality 
of servers downloads the catalog and components to the 
client for updating the application program on the client by 
way of hypertext transfer protocol. 

40. A system as claimed in claim 36 wherein the plurality 
of servers downloads the catalog and components to the 
client for updating the application program on the client by 
way of file transfer protocol. 

41. A system as claimed in claim 36 wherein the catalog 
maintained on the server includes network addresses of 
further servers from which the components can be retrieved. 
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42. A system as claimed in claim 36 wherein the catalog 
maintained on the server includes directory locations on the 
client in which the downloaded components are stored for 
proper execution of the application program. 
5 43. A system as claimed in claim 36 further comprising a 
launcher on the client to operate as a proxy to the application 
program such that when the user selects the application 
program from the client to execute the program, the launcher 
is engaged first to communicate with the server to cause the 
1Q server to download the catalog to the client, update the 
application program on the client, and execute the updated 
application program on the client. 

44. A system as claimed in claim 43 wherein the launcher 
is a functional component of an operating system running on 
the client. 

35 45. A system as claimed in claim 43 wherein the launcher 
is a stand-alone program on the client for updating the 
application programs on the client. 

46. A system as claimed in claim 36 wherein the catalog 
includes procedures for executing supplemental programs 

20 on the client prior to executing the updated application 
program. 

47. A system as claimed in claim 46 wherein the supple- 
mental programs are executed following the execution of the 
application program. 

25 48, A system as claimed in claim 46 wherein the supple- 
mental programs include a virus scanning program. 

49. A system as claimed in claim 36 wherein the catalog 
further includes a maximum time interval to limit any delay 
associated with updating the application program, and a list 

30 of further servers on the network, each further server includ- 
ing a copy of the catalog such that when the server fails to 
download the catalog within the maximum wait-time 
interval, the client cancels the download and routes the call 
to one of the further servers to engage a new download and 

35 so on until the catalog has been downloaded within the 
specified maximum wait- time interval. 

50. A system as claimed in claim 36 wherein the catalog 
specifies a cryptographic digest for each component to 
ensure authenticity and integrity of the component, and the 

40 client updates the application program on the client by 
downloading from the server and replacing the selected 
components of the application program for which the cryp- 
tographic digests do not match, and computing the crypto- 
graphic digests on the client to ensure that the downloaded 

45 components are authentic and that the components have not 
been corrupted during transmission. 

51. A system as claimed in claim 36 wherein the catalog 
includes a list of any components of the application program 
which are no longer needed to execute the program so that, 

50 in response to a call to the application program on the client 
to execute the program, the client updates the application 
program by downloading the catalog from the server to the 
client and deleting the selected components on the client 
which are no longer needed prior to executing the updated 

55 program. 

52. A system as claimed in claim 36 wherein the catalog 
includes a time interval and the application program is 
updated only on a first time the application is run in the 
specified time interval. 

60 53. A system as claimed in claim 52 wherein the pre- 
defined time interval is specified by a user from the client. 

54. A system as claimed in claim 36 wherein the catalog 
includes a fixed time interval at which the application 
program is updated regardless of whether a call to the 

65 application program is made from the client. 

55. A system as claimed in claim 54 wherein the appli- 
cation program is updated at the fixed time interval only if 
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an update is necessary to maintain the application program 
current without executing the application. 

56. A system as claimed in claim 36 wherein the appli- 
cation program on the client is automatically updated by an 
operating system on the client each time the client is booted 
up. 

57. A system as claimed in claim 36 further comprising a 
file on the client to record status of each updating of the 
application program, the status including names of the 
components replaced, deleted or added on the client and 
related procedures for purpose of tracking and reporting the 
program updates. 

58. A system as claimed in claim 36 wherein the compo- 
nents include executable codes, library files, parameter files, 
and data files of the application program. 

59. A system as claimed in claim 36 wherein the network 
is the Internet, the server is an Internet server, and the client 
is a World Wide Web browser, and the user selects the 
application program for execution through a hypertext link 
on the browser directed to the catalog on the server and 
procedures in the browser for engaging a download of the 20 
components and execution of the program thereafter. 

60. A system as claimed in claim 59 further comprising a 
launcher program installed on the Web browser, the launcher 
program being executed when the hypertext link is selected 
on the browser to update the application program and to 2 $ 
execute the updated application program thereafter. 

61. A system as claimed in claim 59 further wherein the 
catalog is specified with a procedure to install an icon on the 
client which enables a user to subsequently execute the 
application program without accessing the browser. 30 

62. A system as claimed in claim 59 wherein the catalog 
is specified with a procedure to determine whether a 
launcher program is present on the client, and if the launcher 
program is not present, retrieving from the server the 
launcher program and installing the program into the Web 35 
browser. 

63. A system as claimed in claim 36 wherein the network 
is an intranet and the client is a World Wide Web browser, 
and the user selects the application program for execution 
through a hypertext link on the browser directed to the 
catalog on the server, the Web browser including a launcher 
program, which is executed when the hypertext link to the 
catalog is selected, to update the application program and to 
execute the updated application program thereafter. 

64. A system as claimed in claim 36 wherein the catalog 
is specified with a procedure to delete the components 
immediately after executing the updated application to free 
up disk space on the client. 

65. A programmed data processing client comprising: 

an application program including components, each being 50 

provided with a version identification; and 
a launcher program which, when a user selects the appli- 
cation program to execute the program: 
causes a server to download a catalog lo the client, the 

catalog specifying the components with the version 55 

identifications; 
compares the version identifications of the components 

indicated in the downloaded catalog with version 

identifications of the components maintained on the 

client; and 

updates the application program on the client by down- 
loading from the server to the client the selected 
components for which the version identifications do 
not match and by replacing the selected components 
on the client. 

66. A program on a storage device providing instructions, 
for execution on a client, which: 



40 



45 



60 



65 



when a user selects to execute an application program on 
the client, the application program including 
components, each component having a version 
identification, cause a server to download a catalog of 
components with the version identifications; 

compare the version identifications indicated in the cata- 
log with the version identifications of the components 
maintained on the client; and 

update the components on the client by downloading from 
the server to the client the selected components for 
which the version identifications do not match and 
replacing the selected components on the client. 

67. A method of installing and automatically updating 
application programs on a plurality of client computers 
attached to a common network comprising the steps of: 

storing various components of the application programs 
on one or more server computers attached to the same 
network with each server operating with standard pro- 
tocol to automatically transmit a specified file in 
response to a standard file transfer request; 

creating a catalog file which lists the names of all the 
required components of each of said application 
programs, and specifying for each component a current 
version identification and either a content of the com- 
ponent or a network address from which the component 
can be retrieved by the standard file transfer request; 

storing the catalog file on one or more of said server 
computers; and 

installing on each client computer a launcher program 
which operates as a proxy for each of said application 
programs and which executes steps for each application 
program comprising: 

retrieving the current version of said catalog file and 
comparing the components and their version identi- 
fications to corresponding information in a second 
catalog of application components already stored on 
the client computer; 

retrieving from their designated network addresses any 
components which said launcher program deter- 
mines as either not present or having incorrect ver- 
sion identifications; 

installing the retrieved components in a standard pro- 
gram component directory; 

storing the retrieved catalog file to identified the com- 
ponents present on the client in a subsequent update; 
and 

executing the application program. 

68. A method as claimed in claim 67 further comprising: 
creating on a World Wide Web site a link on a Web page 

to the catalog file; and 
installing on each client computer the launcher program 
configured as a helper application in a Web browser to 
automatically execute whenever the link is selected to 
retrieve the catalog file. 

69. A method as claimed in claim 67 wherein the launcher 
program is configured as a Web plug-in module. 

70. A method of maintaining an application program in a 
client-server environment comprising: 

maintaining on a server the application program, the 
program including the components, each having a 
version identification, and maintaining a catalog of 
components with the version identifications; 

in response to a first call to the server from a client, 
causing the server to download the catalog to the client 
and the application program; 
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maintaining on the client the application program and 
information in the downloaded catalog including a list 
of the components with the version identifications; 

in response to a subsequent call to the server from the 
client, causing the server to download a second catalog 
including the latest version identifications of the com- 
ponents and of any new additional components on the 
server; 

comparing in the client the latest version identifications of 
the components in the second catalog with the version 
identifications of the components maintained on the 
client; 

updating the application program on the client by down- 
loading from the server to the client the selected 
components for which the version identifications do not 
match; and 

executing the updated application program on the client. 

71. A method of maintaining application program com- 
ponents on a network comprising: 

maintaining on a server the application program, the 
program including components, each having a version 
identification, and maintaining a catalog of components 
with the version identifications; 

maintaining the application program on a client; 

in response to a call to the server from the client, causing 
the server to download the catalog to the client and, in 
the client, comparing the version identification between 
the components maintained on the server, indicated in 
the catalog, and the components maintained on the 
client; 

updating the application program components on the 
client by downloading from the server to the client the 
selected components for which the version identifica- 
tions do not match and replacing the selected compo- 
nents on the client; and 

executing the updated application program on the client 
wherein the catalog maintained on the server includes 
network addresses of further servers from which the 
components can be retrieved. 

72. A method of maintaining application program com- 
ponents on a network comprising: 

maintaining on a server the application program, the 
program including components, each having a version 
identification, and maintaining a catalog of components 
with the version identifications; 

maintaining the application program on a client; 

in response to a call to the server from the client, causing 
the server to download the catalog to the client and, in 
the client, comparing the version identification between 
the components maintained on the server, indicated in 
the catalog, and the components maintained on the 
client; 

updating the application program components on the 
client by downloading from the server to the client the 
selected components for which the version identifica- 
tions do not match and replacing the selected compo- 
nents on the client; and 

executing the updated application program on the client 
wherein the catalog includes procedures for executing 
supplemental programs on the client prior to executing 
the updated application program. 

73. A method as claimed in claim 72 wherein the supple- 
mental programs are executed following the execution of the 
application program. 

74. A method as claimed in claim 72 wherein the supple- 
mental programs include a virus scanning program. 
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75. A method of maintaining application program com- 
ponents on a network comprising: 

maintaining on a server the application program, the 
program including components, each having a version 
identification, and maintaining a catalog of components 
with the version identifications; 

maintaining the application program on a client; 

in response to a call to the server from the client, causing 
the server to download the catalog to the client and, in 
the client, comparing the version identification between 
the components maintained on the server, indicated in 
the catalog, and the components maintained on the 
client; 

updating the application program components on the 
client by downloading from the server to the client the 
selected components for which the version identifica- 
tions do not match and replacing the selected compo- 
nents on the client; and 

executing the updated application program on the client; 

the method further comprising specifying a maximum 
wait-time interval to limit any delay associated with 
updating the application program, and in a catalog 
maintained on the client specifying a list of further 
servers on the network, each including a copy of the 
catalog, such that when the server fails to download the 
catalog within the maximum wait-time interval, the 
client cancels the download and routes the call to one 
of the further servers to engage a new download and so 
on until the catalog has been downloaded within the 
specified maximum wait-time interval. 

76. A method of maintaining application program com- 
ponents on a network comprising: 

maintaining on a server the application program, the 
program including components, each having a version 
identification, and maintaining a catalog of components 
with the version identifications; 

maintaining the application program on a client; 

in response to a call to the server from the client, causing 
the server to download the catalog to the client and, in 
the client, comparing the version identification between 
the components maintained on the server, indicated in 
the catalog, and the components maintained on the 
client; 

updating the application program components on the 
client by downloading from the server to the client the 
selected components for which the version identifica- 
tions do not match and replacing the selected compo- 
nents on the client; and 
executing the updated application program on the client; 
the method further comprising: 

specifying in the catalog a cryptographic digest for 
each component to ensure authenticity and integrity 
of the component; 
updating the application program on the client by 
downloading from the server to the client and replac- 
ing the selected components for which the crypto- 
graphic digests do not match; and 
computing the cryptographic digests on the client to 
ensure that the downloaded components are authen- 
tic and that the components have not been corrupted 
during transmission. 

77. A method of maintaining application program com- 
ponents on a network comprising: 

maintaining on a server the application program, the 
program including components, each having a version 
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identification, and maintaining a catalog of components 
with the version identifications; 

maintaining the application program on a client; 

in response to a call to the server from the client, causing 
the server to download the catalog to the client and, in 
the client, comparing the version identification between 
the components maintained on the server, indicated in 
the catalog, and the components maintained on the 
client; 

updating the application program components on the 
client by downloading from the server to the client the 
selected components for which the version identifica- 
tions do not match and replacing the selected compo- 
nents on the client; and 

executing the updated application program on the client; 

the method further comprising specifying in the catalog 
any component of the application program which are 
no longer needed to execute the program; and 

in response to the call to the application program from the 
client, updating the application program by download- 
ing the catalog from the server to the client and deleting 
the selected components on the client that are no longer 
needed prior to executing the updated program, 

78. A method of maintaining application program com- 
ponents on a network comprising: 

maintaining on a server the application program, the 
program including components, each having a version 
identification, and maintaining a catalog of components 
with the version identifications; 

maintaining the application program on a client; 

in response to a call to the server from the client, causing 
the server to download the catalog to the client the 
catalog for the identified application program and, in 
the client, comparing the version identification between 
the components maintained on the server, indicated in 
the catalog, and the components maintained on the 
client; 

updating the application program components on the 
client by downloading from the server to the client the 
selected components for which the version identifica- 
tions do not match and replacing the selected compo- 
nents on the client; and 

executing the updated application program on the client; 

the method further comprising specifying a time interval 
in the catalog, and the application program is updated 
only on a first time the application is run in the specified 
time interval. 

79. A method as claimed in claim 78 wherein the time 
interval is specified by a user from the client. 

80. A method of maintaining application program com- 
ponents on a network comprising: 

maintaining on a server the application program, the 
program including components, each having a version 
identification, and maintaining a catalog of components 
with the version identifications; 

maintaining the application program on a client; 

in response to a call to the server from the client, causing 
the server to download the catalog to the client and, in 
the client, comparing the version identification between 
the components maintained on the server, indicated in 
the catalog, and the components maintained on the 
client; 

updating the application program components on the 
client by downloading from the server to the client the 
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selected components for which the version identifica- 
tions do not match and replacing the selected compo- 
nents on the client; and 
executing the updated application program on the client; 
5 the method further comprising specifying a fixed time 
interval in the catalog at which the application program 
is updated regardless of whether the call to the server 
is made from the client. 

81. A method as claimed in claim 80 wherein the appli- 
10 cation program is updated at the fixed time interval only as 

necessary to maintain the application program current with- 
out executing the application. 

82. A method of maintaining application program com- 
ponents on a network comprising: 

maintaining on a server the application program, the 
program including components, each having a version 
identification, and maintaining a catalog of components 
with the version identifications; 

20 maintaining the application program on a client; 

in response to a call to the server from the client, causing 
the server to download the catalog to the client the 
catalog for the identified application program and, in 
the client, comparing the version identification between 

25 the components maintained on the server, indicated in 
the catalog, and the components maintained on the 
client; 

updating the application program components on the 
client by downloading from the server to the client the 
30 selected components for which the version identifica- 
tions do not match and replacing the selected compo- 
nents on the client; and 
executing the updated application program on the client; 
35 wherein the application program on the client is automati- 
cally updated on the client each time the client is booted 
up. 

83. A method of maintaining application program com- 
ponents on a network comprising: 

40 maintaining on a server the application program, the 
program including components, each having a version 
identification, and maintaining a catalog of components 
with the version identifications; 
maintaining the application program on a client; 

45 in response to a call to the server from the client, causing 
the server to download the catalog to the client and, in 
the client, comparing the version identification between 
the components maintained on the server, indicated in 
the catalog, and the components maintained on the 

50 client; 

updating the application program components on the 
client by downloading from the server to the client the 
selected components for which the version identifica- 
tions do not match and replacing the selected compo- 
55 nents on the client; and 

executing the updated application program on the client; 
wherein the components include executable codes, library 
files, parameter files, and data files of the application 
60 program. 

84. A method of maintaining application program com- 
ponents on a network comprising: 

maintaining on a server the application program, the 
program including components, each having a version 
65 identification, and maintaining a catalog of components 
with the version identifications; 

maintaining the application program on a client; 



05/21/2004, EAST version: 1.4.1 



ft 



6,006,034 



19 



20 



in response to a call to the server from the client, causing 
the server to download the catalog to the client and, in 
the client, comparing the version identification between 
the components maintained on the server, indicated in 
the catalog, and the components maintained on the 
client; 

updating the application program components on the 
client by downloading from the server to the client the 
selected components for which the version identifica- 
tions do not match and replacing the selected compo- 
nents on the client; and 

executing the updated application program on the client; 

wherein the network is the Internet, the server is an 
Internet server, and the client is a World Wide Web 
browser, and the call to the server is made through a 
hypertext link on the browser directed to the catalog on 
the server. 

85. A method as claimed in claim 84 wherein the Web 
browser includes a launcher program, the launcher program 
being executed when the hypertext link to the catalog is 
selected on the browser, to update the application program 
and to execute the updated application program thereafter. 

86. A method as claimed in claim 85 wherein the launcher 
program is a plug- in module to cooperatively run with the 
browser. 

87. A method as claimed in claim 85 wherein the launcher 
program is a helper application to cooperatively run with the 
browser. 

88. A method as claimed in claim 85 further comprising 
specifying in the catalog a procedure to install an icon on the 
client which enables a user to subsequently execute the 
application program without accessing the browser. 

89. A method as claimed in claim 85 further comprising 
specifying in the catalog a procedure to determine whether 
a launcher program is present on the client, and if the 
launcher program is not present, retrieving from the server 
the launcher program and installing the program into the 
Web browser. 

90. A method of maintaining application program com- 
ponents on a network comprising: 

maintaining on a server the application program, the 
program including components, each having a version 
identification, and maintaining a catalog of components 
with the version identifications; 

maintaining the application program on a client; 

in response to a call to the server from the client, causing 
the server to download the catalog to the client and, in 
the client, comparing the version identification between 
the components maintained on the server, indicated in 
the catalog, and the components maintained on the 
client; 

updating the application program components on the 
client by downloading from the server to the client the 
selected components for which the version identifica- 
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tions do not match and replacing the selected compo- 
nents on the client; and 

executing the updated application program on the client; 

wherein the network is an intranet and the client is a 
World Wide Web browser, and the call to the applica- 
tion program is made through a hypertext link on the 
browser directed to the catalog on the server. 

91. A method as claimed in claim 90 wherein the Web 
browser includes a launcher program, which is executed 
when the hypertext link to the catalog is selected, to update 
the application program and to execute the updated appli- 
cation program thereafter. 

92. A method as claimed in claim 91 wherein the launcher 
program is a plug-in module to cooperatively run with the 
browser. 

93. A method as claimed in claim 91 wherein the launcher 
program is a helper application to cooperatively run with the 
browser. 

94. A method as claimed in claim 91 further comprising 
specifying in the catalog a procedure to install an icon on the 
client which enables a user to subsequently execute the 
application program without accessing the browser. 

95. A method as claimed in claim 91 further comprising 
specifying in the catalog a procedure to determine whether 
a launcher program is present on the client, and if the 
launcher program is not present, retrieving from the server 
the launcher program and installing the program into the 
Web browser. 

96. A method of maintaining application program com- 
ponents on a network comprising: 

maintaining on a server the application program, the 
program including components, each having a version 
identification, and maintaining a catalog of components 
with the version identifications; 

maintaining the application program on a client; 

in response to a call to the server from the client, causing 
the server to download the catalog to the client and, in 
the client, comparing the version identification between 
the components maintained on the server, indicated in 
the catalog, and the components maintained on the 
client; 

updating the application program components on the 
client by downloading from the server to the client the 
selected components for which the version identifica- 
tions do not match and replacing the selected compo- 
nents on the client; and 

executing the updated application program on the client; 

the method further comprising specifying in the catalog a 
procedure to delete the components immediately after 
executing the updated application to free up disk space 
on the client. 
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